1 

2 
3 
4 
5 
6 
7 

9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 



Remarks 

Applicant respectfully requests reconsideration and allowance of the 
subject application. Claims 1-57 are pending, of which claims 1, 21, 38, 39, 46, 
and 54 have been amended. Support for the amendments can be found in the 
specification at least at page 5 line 22 to page 6 line 10, page 13 lines 18-25, and 
in Figs. 1 and 2. 

Applicant's amendments and remarks after Final are appropriate under 
37C.F.R. §1.116 because they address the Office's remarks in the Final Action, 
and thus could not have been presented earlier. In addition, the amendments and 
remarks should be entered to place the application in better form for appeal. 

35 U.S.C. §103 Claim Rejections 

A. Claims 1-13, 15, 20-32, 34, 37-43, 46-51, and 54 are rejected under 
use § 103(a) for obviousness over US Patent No. 5,799,173 to Gossler et al. 
(hereinafter, "Gossler"), in view of US Patent No. 6.728,748 to Mangipudi et al. 
(hereinafter, "Mangipudi") {Office Action, p.2). 

B. Claims 14, 16-19, 33, 35-36, 44-45, 52-53, and 55-57 are rejected 
under USC § 103(a) for obviousness over Gossler in view of Mangipudi and 
further in view of US Patent No. 6,321,263 to Luzzi et al. (hereinafter, "Luzzi") 
{Office Action, p. 6). Applicant respectfiiUy traverses the rejections. 
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Claim 1 recites a method comprising: 



dynamically determining present members of a load-balancing 
cluster which includes nodes and a node manager; and 

monitoring application-layer availability of one or more members of 
the cluster, the monitoring being performed by one or more clients outside 
of the cluster which are communicatively linked to the node manager in the 
cluster, such that the monitoring is from a client perspective to detect an 
error that may impact the application-layer availability as it appears to the 
one or more clients from outside of the cluster. 

Gossler and/or Mangipudi do not teach or suggest the combination of 
feature(s) recited in claim 1. For example, Gossler and/or Mangipudi do not teach 
or suggest "dynamically determining present members of a load-balancing cluster, 
which includes nodes and a node manager" and "monitoring application-layer 
availability of one or more members of the cluster, the monitoring being 
performed by one or more clients outside of the cluster which are 
communicatively linked to the node manager in the cluster, such that the 
monitoring is from a client perspective to detect an error that may impact the 
application-layer availability as it appears to the one or more chents from outside 
of the cluster", as recited in claim 1. 

Gossler describes a technology for dynamically controlling the nurnber of 
servers in a fransaction system comprising at least one service unit for processing 
service requests {Gossler, Absfract). However, Gossler does not describe 
dynamically determining present members of a load-balancing cluster, which 
includes nodes and a node manager, as recited in claim 1. The Office 
acknowledges that Gossler does not teach dynamically determining present 
members of a load balancing cluster {Office Action, p.3). Similarly, Gossler does 
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not describe monitoring application-layer availability of one or more members of 
the cluster, the monitoring being performed by one or more clients outside of the 
cluster which are communicatively linked to the node manager in the cluster, such 
that the monitoring is from a client perspective to detect an error that may impact 
the application-layer availability as it appears to the one or more clients from 
outside of the cluster, as recited in claim 1 . The Office acknowledges that Gossler 
does not teach monitoring application-layer availability of one or more members 
of the cluster as such is observed from a client perspective {Office Action, p.3). 
The Office then rehes on Mangipudi as curing the deficiencies of Gossler {Office 
Action, Mangipudi col.4 lns.28-65 and Fig. 2). 

Mangipudi describes a technology which facilitates categorization and 
routing of Web fraffic based on Class of Service (COS) {Mangipudi, Abstract). 
Mangipudi describes that host computers can be grouped into different clusters (or 
classes) to facilitate provision of differentiated services. One of these host 
computers, referred to as the routing host 200, includes a policy engine 210, and is 
capable of receiving requests from client devices 202 {Mangipudi, col.9 lnes,l-6). 
An incoming request from a cHent device 202 is received by the routing host 200 
which then assigns a class to the request {Mangipudi, col.9 lns.20-25). The pohcy 
engine 210 in conjunction with the routing host 200 then distributes the incoming 
fraffic to the most available server 206 for that class {Mangipudi, col.9 lns.20-25). 

To support its assertion of obviousness, the Office states that "Mangipudi 
teaches... a system of load balancing where the application layer of servers [206] 
and their availability are being dynamically determined and monitored from a 
routing host [200] located outside of the cluster" {Office Action, p. 3; Mangipudi, 
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Col.4 lns.28-65 and Fig. 2). The Office compares routing host 200 of Mangipudi 
to Applicants' node manager 110, and compares service hosts 206 of Mangipudi 
to Applicants' nodes 112, and then identifies routing host 200 as being "located 
outside of tihe cluster" {Office Action, p.3; Mangipudi col.4 lns.28-65 and Fig. 2). 

Applicant notes that claim 1 has been amended to emphasize that 
Applicants' load-balancing cluster includes both the nodes and the node manager, 
and to emphasize that the monitoring of the application-layer availability of one or 
more members of the cluster is being performed by one or more clients located 
outside of the cluster which are communicatively linked to the node manager in 
the cluster, such that the monitoring is fi-om a client perspective to detect an error 
that may impact the application-layer availability as it appears to the one or more 
clients from outside of the cluster. 

Applicant submits that Mangipudi fails to cure the deficiencies of Gossler, 
as Mangipudi does not teach or suggest dynamically determining present members 
of a load-balancing cluster, which includes nodes and a node manager, as recited 
in claim 1. As described above, the Office compares routing host 200 of 
Mangipudi to Applicants' node manager 110, and asserts that routing host 200 is 
"located outside of the cluster" {Office Action, p.3; Mangipudi col.4 lns.28-65 and 
Fig. 2). Therefore according to the Office's assertion that routing host 200 is 
"located outside of the cluster", the load-balancing cluster of Mangipudi includes 
only the service devices 206 (e.g., nodes) {Office Action, p.3; Mangipudi col.4 
lns.28-65 and Fig. 2). Accordingly, Mangipudi does not describe dynamically 
determining present members of a load-balancing cluster, which includes nodes 
and a node manager , as recited in claim 1 . 
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Applicant also submits that Mangipudi fails to cure the deficiencies of 
Gossler, as Mangipudi does not teach or suggest "monitoring application-layer 
availability of one or more members of the cluster, the monitoring being 
performed by one or more clients outside of the cluster which are 
communicatively linked to the node manager in the cluster", as recited in claim 1 . 
(Emphasis Added). There is no discussion in Mangipudi of one or more clients 
outside the cluster which are conmiunicatively linked to the node manager in the 
cluster and which monitor the application-layer availability of one or more 
members of the cluster. As described above, the Office indicates that the load- 
balancing cluster of Mangipudi only includes service devices 206 (i.e., the Office 
states that routing host 200 is "located outside of the cluster") (Office Action, p.3; 
Mangipudi col.4 lns.28-65 and Fig. 2). Accordingly, Mangipudi does not describe 
that the monitoring being performed by one or more clients outside of the cluster 
which are communicatively linked to the node manager in the cluster, as recited in 
claim 1 . 

Applicant also submits that Gossler and/or Mangipudi does not teach or 
suggest "that the monitoring is fi-om a client perspective to detect an error that may 
impact the appUcation-layer availability as it appears to the one or more clients 
firom outside of the cluster", as recited in claim 1 . There is no discussion in 
Gossler and/or in Mangipudi that the monitoring (of the application-layer 
availability) is being performed fi:om a client perspective to detect an error that 
may impact the application-layer availability as it appears to the one or more 
clients firom outside of the cluster. Instead, as described below, Apphcant submits 
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that any monitoring by the routing host 200 of Mangipudi is from an endocluster 
perspective rather than from a chent perspective. 

For the sake of thoroughness, and because other claims reciting the same 
and/or similar terminology currently stand rejected, Applicant notes that the 
specification carefiiUy describes the terminology recited in the claims, including 
what is meant by "a load-balancing cluster" and what is meant by monitoring the 
application-layer availability of one or more members of the cluster from "a client- 
perspective" or "exocluster perspective". 

Starting first with what is meant by "a load-balancing cluster", Fig. 1 of 
the Specification shows that a load-balancing cluster 100 includes nodes 112a-f 
and also includes a node manager 110 which serves as the gatekeeper for the 
nodes of the cluster {Specification, Fig. 1, p.3 Ins. 1-1 6, and p.5 ln.5 to p.6 ln.21). 
Thus, the Specification defines "the cluster" as including both the nodes 112 and 
the node manager 110 {Specification, Fig. 1, p.3 Ins. 1-1 6, and p.5 ln.5 to p.6 
ln.21). As described above, claim 1 has been amended to further emphasize this 
point and now recites "dynamically determining present members of 
a load-balancing cluster, which includes nodes and a node manager. " {Emphasis 
Added). 

Turning now to what is meant by monitoring the application-layer 
availability of one or more members of the cluster from "a client-perspective", 
"exocluster perspective" or "remote perspective". The Specification describes two 
ways to monitor application-layer availability of the nodes in a cluster: locally and 
remotely {Specification, p.5 Ins. 1 8-19). 
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"Local", "endocluster", or "cluster-perspective" application-layer 
monitoring is done from within the cluster, and is performed by the node manager 
and/or the nodes themselves {Specification, p.5 his. 15-23). For example, if node 
manager 110 monitors the application-layer availability of the nodes 112a-f, then 
this is local monitoring or "endocluster" monitoring {Specification, p.5 Ins. 15-23 
and Fig. 1). 

In contrast, "client-perspective", "remote" or "exocluster" application-layer 
monitoring is not performed by the node manager and/or the nodes themselves, 
but is instead performed by one or more computers which are located outside of 
the cluster, and which are communicatively coupled to the cluster {Specification, 
p.5 lns.24-25 andp.6 Ins. 1-10, and Fig.l). For example, if chent 132 monitors the 
application-layer availability of the nodes 1 12a-f, this would be cHent-perspective 
monitoring or exocluster monitoring {Specification, p.6 lns.2-4 and Fig. 1). 

As described above. Claim 1 has been amended to emphasize this 
distinction and now recites "monitoring apphcation-layer availability of one or 
more members of the cluster, the monitoring being performed by one or more 
clients outside of the cluster which are communicatively linked to the node 
manager in the cluster, such that the monitoring is from a client perspective to 
detect an error that may impact the application-layer availability as it appears to 
the one or more chents from outside of the cluster ." {Emphasis Added). 

Stated simply, the Specification describes and the claims recite that "the 
cluster" includes both the nodes and the node manager, and that monitoring from 
"the client perspective" and is performed by one or more clients located outside of 
the cluster which are communicatively linked to the node manager in the cluster. 
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such that the monitoring is from a client perspective to detect an error that may 
impact the application-layer availability as it appears to the one or more clients 
from outside of the cluster {Specification, p. 5 Ins. 24-2 5). 

With this understanding, Applicant submits that the monitoring model 
disclosed by Mangipudi is directly analogous to the "local" or "endocluster" 
monitor model, which is described on p. 5, lines 19-23 in the Background section 
of the Application. These lines state that, "[l]ocal application-layer monitoring is 
... performed by the node manager and/or the nodes themselves. Such 'cluster- 
perspective' monitoring is the opposite of monitoring from a 'client perspective,'" 
as recited in claim 1. The Mangipudi reference effectively teaches away form 
Applicants' claimed subject matter, the antithesis of obviousness. 

Therefore, Applicant submits that Mangipudi fails to cure the deficiencies 
of Gossler, as Mangipudi fails to teach or suggest "monitoring being performed by 
one or more clients outside of the cluster which are communicatively linked to the 
node manager in the cluster, such that the monitoring is from a client perspective 
to detect an error that may impact the application-layer availability as it appears to 
the one or more clients from outside of the cluster," as recited in claim 1 . 

Accordingly, claim 1 is allowable over the Gossler-Mangipudi combination 
for at least the reasons described above and Applicant respectftilly requests that 
the §103 rejection be withdrawn. 

Claims 2-13, 15 and 20 are allowable over the Gossler-Mangipudi 
combination by virtue of their dependency upon allowable claim 1 . Additionally, 
one or more of these claims may also be allowable for independent reasons. 
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Claims 14 and 16-19 are allowable over the Gossler-Mangipudi 
combination by virtue of their dependency upon allowable claim 1 . Claims 14 and 
16-19 are also allowable over the Gossler-Mangipudi-Luzzi combination because 
Luzzi does not address the deficiencies of the Gossler-Mangipudi combination as 
described above in response to the rejection of claim 1 . Additionally, one or more 
of these claims may also be allowable for independent reasons. 

Claim 21 recites a method comprising: 

monitoring application-layer availability of members of a load- 
balancing cluster which includes nodes and a node manager, the monitoring 
being performed by one or more clients outside of the cluster which are 
communicatively linked to the node manager in the cluster, such that the 
monitoring is from a client perspective to detect an error that may impact 
the application-layer availability as it appears to the one or more clients 
from outside of the cluster; and 

exoclusterly controlling activity state of the members of the cluster. 

Gossler and/or Mangipudi do not teach or suggest the combination of 
feature(s) recited in claim 21. For example as described above in response to the 
rejection of claim 1, Gossler and/or Mangipudi do not teach or suggest 
"monitoring application-layer availability of members of a load-balancing cluster 
which includes nodes and a node manager, the monitoring being performed by one 
or more clients outside of the cluster which are communicatively linked to the 
node manager in the cluster, such that the monitoring is from a client perspective 
to detect an error that may impact the application-layer availability as it appears to 
the one or more clients from outside of the cluster" as recited in claim 21. Further, 
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Gossler and/or Mangipudi do not teach or suggest exoclusterly controlling activity 
state of the members of the cluster, as recited in claim 21 . 

Claim 21 has been rejected by the Office for the same reasons as it rejects 
claims 1-2 above. If it is valid to reject this claim for the same reasons that claims 
1-2 above are rejected, then Applicant submits that this claim is allowable over the 
Gossler-Mangipudi combination for at least the reasons described above in 
response to the rejection of claims 1-2. 

Claims 22-32, 34 and 37 are allowable over the Gossler-Mangipudi 
combination by virtue of their dependency upon allowable claim 21. Additionally, 
one or more of these claims may also be allowable for independent reasons. 

Claims 33 and 35-36 are allowable over the Gossler-Mangipudi 
combination by virtue of their dependency upon allowable claim 21. Claims 33 
and 35-36 are also allowable over the Gossler-Mangipudi-Luzzi combination 
because Luzzi does not address the deficiencies of the Gossler-Mangipudi 
combination as described above in response to the rejection of claim 1. 
Additionally, one or more of these claims may also be allowable for independent 
reasons. 
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Claims 38 recites a computer-readable medium having computer- 
executable instructions that, when executed by a computer, perform a method 
comprising: 



dynamically determining present members of a load-balancing 
cluster which includes nodes and a node manager and an activity state of 
each member; 

monitoring application-layer availability of the one or more 
members of the cluster as such availability is observed by the computer 
outside of the cluster which is communicatively linked to the node manager 
in the cluster, such that the monitoring is from a client perspective to detect 
an error that may impact the application-layer availability as it appears to 
the computer from outside of the cluster; and 

exoclusterly controlling the activity state of the members of the 
cluster. 

Gossler and/or Mangipudi do not teach or suggest the combination of 
feature(s) recited in claim 38. For example as described above in response to the 
rejection of claim 1, Gossler and/or Mangipudi do not teach or suggest 
"dynamically determining present members of a load-balancing cluster which 
includes nodes and a node manager and an activity state of each member" as 
recited in claim 38. Further, as described above in response to the rejection of 
claims 1 and 21, Gossler and/or Mangipudi do not teach or suggest "monitoring 
apphcation-layer availability of the one or more members of the cluster as such 
availability is observed by the computer outside of the cluster which is 
communicatively linked to the node manager in the cluster, such that the 
monitoring is from a client perspective to detect an error that may impact the 
application-layer availability as it appears to the computer from outside of the 
cluster", as recited in claim 38. Still fiirther, as described above in response to the 
rejection of claim 21, Gossler and/or Mangipudi do not teach or suggest 
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"exoclusterly controlling the activity state of the members of the cluster" as recited 
in claim 38. 

Claim 38 has been rejected by the Office for the same reasons as it rejects 
claims 1-2 and 10 above. If it is valid to reject this claim for the same reasons that 
claims 1-2 and 10 above are rejected, then Applicant submits that this claim is 
allowable over the Gossler-Mangipudi combination for at least the reasons 
described above in response to the rejection of claims 1-2 and 10. 

Claim 39 recites a system comprising: 

a dynamic cluster-membership determiner configured to exoclusterly 
and dynamically determine present members of a load-balancing cluster 
which includes nodes and a node manager; and 

an exocluster monitor configured to monitor application-layer 
availability of the present members of the cluster, the exocluster monitor 
distributed across one or more clients outside of the cluster which are 
communicatively linked to the node manager in the cluster, such that 
monitoring is firom a client perspective to detect an error that may impact 
the application-layer availability as it appears to the one or more clients 
fi:om outside of the cluster. 

Gossler and/or Mangipudi do not teach or suggest the combination of 
feature(s) recited in claim 39. For example as described above in response to the 
rejection of claim 1, Gossler and/or Mangipudi do not teach or suggest "a dynamic 
cluster-membership determiner configured to exoclusterly and dynamically 
determine present members of a load-balancing cluster which includes nodes and a 
node manager" as recited in claim 39. Further, as described above in response to 
the rejection of claims 1 and 21, Gossler and/or Mangipudi do not teach or suggest 
"an exocluster monitor configured to monitor application-layer availability of the 
present members of the cluster, the exocluster monitor distributed across one or 
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more clients outside of the cluster which are communicatively linked to the node 
manager in the cluster, such that monitoring is from a client perspective to detect 
an error that may impact the application-layer availability as it appears to the one 
or more clients from outside of the cluster", as recited in claim 39. 

Claim 39 has been rejected by the Office for the same reasons as it rejects 
claims 1-2, 4, 7, and 10 above. If it is valid to reject this claim for the same 
reasons that claims 1-2, 4, 7, and 10 above are rejected, then Applicant submits 
that tihis claim is allowable over the Gossler-Mangipudi combination for at least 
the reasons described above in response to the rejection of claims 1-2, 4, 7, and 10. 

Claims 40-43 are allowable over the Gossler-Mangipudi combination by 
virtue of their dependency upon allowable claim 39. Additionally, one or more of 
these claims may also be allowable for independent reasons. 

Claims 44-45 are allowable over the Gossler-Mangipudi combination by 
virtue of their dependency upon allowable claim 39. Claims 44-45 are also 
allowable over the Gossler-Mangipudi-Luzzi combination because Luzzi does not 
address the deficiencies of the Gossler-Mangipudi combination as described above 
in response to the rejection of claim 39. Additionally, one or more Of these claims 
may also be allowable for independent reasons. 
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Claim 46 recites a system comprising; 



an exocluster monitor configured to monitor application-layer 
availability of members of a load-balancing cluster which includes nodes 
and a node manager, the exocluster monitor distributed across one or more 
clients outside of the cluster which are communicatively linked to the node 
manager in the cluster, such that monitoring is from a client perspective to 
detect an error that may impact the application-layer availability as it 
appears to the one or more chents from outside of the cluster; and 

an exocluster controller configured to control an activity state of 
members of the cluster. 

Gossler and/or Mangipudi do not teach or suggest the combination of 
feature(s) recited in claim 46. For example as described above in response to the 
rejection of claim 1, Gossler and/or Mangipudi do not teach or suggest "an 
exocluster monitor configured to monitor application-layer availability of 
members of a load-balancing cluster which includes nodes and a node manager, 
the exocluster monitor distributed across one or more clients outside of the cluster 
which are communicatively linked to the node manager in the cluster, such that 
monitoring is from a client perspective to detect an error that may impact the 
application-layer availability as it appears to the one or more chents from outside 
of the cluster" as recited in claim 46. Further, as described above in response to 
the rejection of claim 21, Gossler and/or Mangipudi do not teach or suggest "an 
exocluster confroUer configured to confrol an activity state of members of the 
cluster", as recited in claim 46. 

Claim 46 has been rejected by the Office for the same reasons as it rejects 
claims 1, 3-4, 6-7 and 10 above. If it is valid to reject this claim for the same 
reasons that claims 1, 3-4, 6-7 and 10 above are rejected, then Applicant submits 
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that this claim is allowable over the Gossler-Mangipudi combination for at least 
the reasons described above in response to the rejection of claims 1, 3-4, 6-7 and 
10. 



Claims 47-51 are allowable over the Gossler-Mangipudi combination by 
virtue of their dependency upon allowable claim 46. Additionally, one or more of 
these claims may also be allowable for independent reasons. 

Claims 52-53 are allowable over the Gossler-Mangipudi combination by 
virtue of their dependency upon allowable claim 46. Claims 52-53 are also 
allowable over the Gossler-Mangipudi-Luzzi combination because Luzzi does not 
address the deficiencies of the Gossler-Mangipudi combination as described above 
in response to the rejection of claim 46. Additionally, one or more of these claims 
may also be allowable for independent reasons. 
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Claim 54 recites a dynamic, active, exocluster monitoring system for 
monitoring application-layer availability of members of a load-balancing cluster 
and for controlling an activity state of such members, the monitoring system 
comprising: 

cluster which includes nodes and a node manager, the app-monitor 
distributed across one or more clients outside of the cluster which are 
communicatively linked to the node manager in the cluster, such that 
monitoring is from a client perspective to detect an error that may impact 
the application-layer availability as it appears to the one or more clients 
from outside of the cluster; 

a cluster-control configured to exoclusterly determine the activity 
state of the members of the cluster and to exoclusterly control the activity 
state of the members of the cluster; and 

a central controller configured to coordinate and control the app- 
monitor and the cluster-control. 

Gossler and/or Mangipudi do not teach or suggest the combination of 
feature(s) recited in claim 54. For example as described above in response to the 
rejection of claim 1, Gossler and/or Mangipudi do not teach or suggest "cluster 
which includes nodes and a node manager, the app-monitor distributed across one 
or more clients outside of the cluster which are communicatively linked to the 
node manager in the cluster, such that monitoring is from a client perspective to 
detect an error that may impact the application-layer availability as it appears to 
the one or more chents from outside of the cluster" as recited in claim 54. Further, 
as described above in response to the rejection of claim 21, Gossler and/or 
Mangipudi do not teach or suggest "a cluster-control configured to exoclusterly 
determine the activity state of the members of the cluster and to exoclusterly 
control the activity state of the members of the cluster", as recited in claim 54. 
Still further, Gossler and/or Mangipudi do not teach or suggest "a central 
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controller configured to coordinate and control the app-monitor and the cluster- 
control", as recited in claim 54. 

Claim 54 has been rejected by the Office for the same reasons as it rejects 
claims 1-2 and 10 above. If it is valid to reject this claim for the same reasons that 
claims 1-2 and 10 above are rejected, then Applicant submits that this claim is 
allowable over the Gossler-Mangipudi combination for at least the reasons 
described above in response to the rejection of claims 1-2 and 10. 

Claims 55-57 are allowable over the Gossler-Mangipudi combination by 
virtue of their dependency upon allowable claim 54. Claims 55-57 are also 
allowable over the Gossler-Mangipudi-Luzzi combination because Luzzi does not 
address the deficiencies of the Gossler-Mangipudi combination as described above 
in response to the rejection of claim 54. Additionally, one or more of these claims 
may also be allowable for independent reasons. 

Dependent Claims 

In addition to its own merits, each dependent claim is allowable for the 
same reasons that its base claim is allowable. Applicant submits that the Office 
withdraw the rejection of each dependent claim where its base claim is allowable. 
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Conclusion 

Pending claims 1-57 are in condition for allowance and Applicant 
respectfully requests issuance of the subject application. If any issues remain that 
preclude issuance of the application, the Examiner is urged to contact the 
undersigned attorney before issuing a subsequent Action. 



Respectfully Submitted, 




By: 




Christen M. Fairbora 
Lee & Hayes, PLLC 
Reg. No. 55,164 



(509) 324-9256 x 262 
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